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1 TRAFFIC AND CAPACITY MODELING PROCESS 

2 

3 Background of the Invention 

4 

5 The present invention relates to telecommunications 

6 management systems and, more particularly, to an enhanced 

7 traffic and capacity modeling process or tool for tracking 
^. 8 traffic levels, and particularly traffic peaks, to 

/K 9 facilitate planning for equipment and service growth. 

10 Telecommunications facilitate the interactions which 

C 11 are necessary or desirable for many aspects of modern life, 

7 12 including business affairs, personal relationships, 

Z s 13 education, government functions, entertainment, and the 

14 like. Telephone systems function to establish a temporary 

15 electronic communication channel between a caller and a 

16 called party. A temporary communication channel, or call, 

17 is generally established between telephone lines of the 

18 communicating parties through "switches" which establish the 

19 particular channel and multiple line trunks which carry the 

20 communication signal between switches. The number of calls 

21 which can be simultaneously accommodated is limited by the 

22 number of switches and trunk lines available, that is, the 
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total number of functioning switches and trunk lines in 
existence which are not currently occupied with calls or 
other "traffic". 

Traffic on communication networks can include signals 
carrying actual vocal conversations between humans, as well 
as data such as communications among distributed computer 
systems, electronic financial transactions, facsimile 
signals, internet "surfing", email exchanges, network 
housekeeping data, and the like. New telecommunications 
technologies are emerging which will make further use of 
network throughput, such as on-line commerce, video 
teleconferencing, on-demand video entertainment, 
transmission of high quality medical images, remote control 
and monitoring applications, and the like. 

Network traffic varies over time and date and by 
locality. Economics prevent network operators from 
providing even remotely sufficient capacity for all users to 
access the network simultaneously, since a large proportion 
of such capacity would be idle most of the time, 
constituting a wasted investment. In practice, telephone 
network operators attempt to provide adequate capacity to 
accommodate peak traffic, with some spare capacity to take 
care of unexpected traffic peaks, temporary local service 
outages, and short term growth. Operators of networks 
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1 


attempt to make the best use of existing capacity by 




2 


efficient balancing of traffic loads through available 




3 


switches and trunks by means of selective routing of calls. 




4 


Because of the importance of activities supported by 




5 


telecommunications and the volume of traffic, 




6 


telecommunications network operators strive to maximize M up 




7 


time" for components of the network as well as the 




8 


technological quality of communication signals. 


y 
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In the past, telephone network operators have typically 




10 


analyzed usage data, derived from billing data, on a monthly 


3 : 


11 


basis for purposes of planning growth of infrastructure and 


01 


12 


service. Although a monthly accumulation of data has 




13 


utility in planning service expansions and upgrades, the 


.Ol 


14 


data does not show the volume of day-by-day traffic, much 




15 


less hour-by-hour traffic peaks. A monthly total for a 




16 


given customer does not show when, and to what extent, call 




17 


peaks have occurred. At best, planners can make an educated 




18 


guess at daily and hourly averages. 




19 


Certain types of businesses have high levels of 




20 


incoming phone calls, such as companies which market 




21 


products by telephone orders, companies which operate 




22 


customer support services, certain government agencies, and 




23 


the like. In order to effectively operate such services, 




24 


such companies employ large numbers of phone lines to which 
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are routed calls placed to one or more published telephone 
numbers, such as "800" type numbers. Such a technique is 
referred to as a dialed number identification service 
(DNIS) . To serve their customers competitively, such 
companies may set answering goals, such that a customer's 
call will be answered within a certain number of rings. In 
order to meet such a goal, it is necessary to route the 
calls efficiently to available operators and to time the 
connection properly so that the customer's perception of 
prompt response is met. This further requires an adequate 
number of phone lines to handle the peak number of calls, an 
adequate number of operators properly trained, and call 
processing hardware and software. 

The call processing hardware and software is most 
typically operated by a telephone network operator, or 
telephone company. Management of such calls is typically 
handled by a call processing "platform" which provides 
hardware for routing the calls and which records call data 
for billing purposes. The billing information is referred 
to as call detail records (CDR's) and, for toll-free type 
operations, include records of call attempts and usage 
minutes to each dialed number or DNIS. The CDR's are 
accumulated over a month for billing to the client company. 
In the past, capacity planning, both for the client company 
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and for the telephone network, has been based on such 
monthly accumulations of recorded use. However, as 
explained above, a monthly record can be a very coarse tool 
on which to make planning decisions, since peak daily or 
hourly usage may greatly exceed a daily or hourly average of 
the month 7 s usage. 



Summary of the Invention 



The present invention provides a traffic and capacity 
modeling process which is capable of detecting hourly and 
daily peaks of usage of toll-free dialed numbers. The 
modeling process accesses call processing platforms and 
copies call detail records or CDR' s into a CDR collection 
database. Periodically, such as once per day, the CDR 
collection database is processed to aggregate selected sets 
of CDR data fields or call parameters by DNIS for the date, 
hour, and call processing platform. The aggregated CDR 
parameters are then stored in tables for a period of time, 
such as a year or more, to enable access and analysis for 
planning purposes. Analysis of the aggregated CDR 
parameters may include graphic plotting, entry into 
spreadsheets, and the like. Of particular interest are the 
total number of attempts to call a particular DNIS per hour 
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l 


and the total usage minutes for a particular DNIS per hour. 




2 


Variations in these parameters over time reveal peaks of 




3 


usage of a given DNIS or dialed number and, thus, give a 




4 


better indication of the adequacy of the number of lines, 




5 


operators, and the like associated with a given DNIS than 




6 


analysis based on conventionally monthly usage totals. 




7 


The aggregated CDR tables provided by the modeling 




8 


process of the present invention can be made available for 


D 


9 


network operations purposes to allow planning for load 




10 


balancing for expected peaks in calls by the hour, day, or 




11 


season of the year and by location. For long term network 




12 


planning, the aggregated CDR records provide accurate 


E 


13 


indications of peak call usage not only by time, but also by 


t 

F 


14 


origin and destination of the calls. The information 




15 


provided by the present invention can be used by 




16 


telecommunications marketers to assist their client 




17 


companies in optimizing their acquisition of equipment and 




18 


services, as well as in allocating and training their 




19 


personnel. Telecommunication network operators can also use 




20 


the information provided by the present invention to 




21 


optimize the performance of their equipment and operations. 




22 


The drawings constitute a part of this specification, 




23 


include exemplary embodiments of the present invention, and 




24 


illustrate various objects and features thereof. 
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1 Brief Description of the Drawings 

2 

3 Fig. 1 is a simplified block diagram illustrating 

4 components involved in a traffic and capacity modeling 

5 process which embodies the present invention. 

6 Fig. 2 is a simplified flow diagram illustrating 

7 principal steps of the traffic and capacity modeling 

8 process. 

9 Fig. 3 is an exemplary table illustrating hourly call 

10 parameters of a selected dialed number created by the 

11 traffic and capacity modeling process. 

12 Fig. 4 is a line graph illustrating a variation of 

13 hourly usage minutes of a selected dialed number which was 

14 created using the traffic and capacity modeling process. 

15 Fig. 5 is a line graph illustrating a comparison of 

16 hourly usage minutes for a pair of call processing platforms 

17 which was created using the traffic and capacity modeling 

18 process of the present invention. 
19 

20 Detailed Description of the Invention 

21 

22 As required, detailed embodiments of the present 

23 invention are disclosed herein; however, it is to be 

24 understood that the disclosed embodiments are merely 
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exemplary of the invention, which may be embodied in various 
forms. Therefore, specific structural and functional 
details disclosed herein are not to be interpreted as 
limiting, but merely as a basis for the claims and as a 
representative basis for teaching one skilled in the art to 
variously employ the present invention in virtually any 
appropriately detailed structure. 

Referring to the drawings in more detail: 
The reference numeral 1 generally designates a traffic 
and capacity modeling process which embodies the present 
invention. The process 1 generally accumulates call detail 
records 3 and aggregates totals of selected call parameters 
generated over relatively short intervals of time for each 
DNIS or dialed number to thereby create tables of aggregated 
data by DNIS which can be meaningfully analyzed to assess 
the peak usages of such dialed numbers and the adequacy of 
equipment and personnel supporting and responding to calls 
to such dialed numbers. 

The process 1 is particularly applicable to analyzing 
traffic patterns of calls to entities which make use of toll 
free numbers, such as "800" type numbers. Often, an entity, 
such as a marketing company or a customer support operation 
of a company, will publish an 800 XXX-XXXX number for 
inbound calls for merchandise orders or customer support 
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1 assistance. Such a company will lease a number of telephone 

2 lines, and calls dialed to the published toll free number 

3 are routed to one of these lines on a first-available basis. 

4 Such a technique is referred to as a dialed number 

5 identification service or DNIS. A company using a DNIS pays 

6 for the number of lines in service and the total minutes of 

7 usage of the lines. To avoid lost sales, marketing 

8 companies try to avoid unanswered calls or busy signals. 

9 Thus, there is a necessary balance between the expenses of 

10 acquiring and staffing any number of incoming lines and the 

11 potential of lost sales if the call facilities are 

12 overloaded. The process 1 aids in achieving such a balance 

13 by providing tools to determine the times and levels of peak 

14 usage of DNIS operations. 

15 Referring to Fig. 1, calls to DNIS numbers are handled 

16 by call processing platforms 10 which collect call 

17 parameters which are written to call detail records 3 or 

18 CDR's. Each platform 10 is a computer or system of 

19 computers executing proprietary software to accomplish its 

20 function, which is to collect the CDR' s 3 for billing 

21 purposes. Either a single call processing platform or 

22 multiple platforms 10 can be employed depending on the 

23 volume of call traffic and the processing power of the 

24 particular platform 10. 
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1 


The process 1 copies the CDR' s 3 from the platforms 10 




2 


into a single database or multiple databases 15 which may be 




3 


dedicated individually to the specific call processing 




4 


platforms 10. Periodically, such as once a day, the 




5 


databases 15 are accessed by the process 1 and selected call 




6 


parameters of the CDR' s 3 are aggregated according to DNIS 




7 


by hour and platform and stored in aggregated tables 18. 




8 


The aggregation of the CDR parameters into the tables 18 




9 


greatly compacts the storage volume that would be occupied 




10 


by the original CDR' s 3 and converts certain call parameters 




11 


of interest to a form which is usable for assessing the 


It * 


12 


levels of traffic through the DNIS numbers and the adequacy 


N= 


13 


of response to the call traffic by the network customer. 


c — 


14 


Fig. 2 summarizes the principal steps of the process 1 


\| 


15 


of the present invention. At step 20, the process 1 


5j 


16 


periodically accesses the call processing platforms 10 and 




17 


copies the CDR' s 3 to the CDR databases 15 at step 22. On a 




18 


longer time cycle, preferably once a day, the process 1 




19 


extracts selected sets of call parameters from the CDR' s 3 




20 


in the databases 15 at step 24 and, at step 26, aggregates 




21 


the sets of call parameters for each DNIS by date, hour, and 




-22 


call processing platform 10. The process 1, thus, adds up 




23 


the duration of each call and the total number of call 




24 


attempts to each DNIS for a given hour, day, and platform 
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1 10. Alternatively, other call parameters could be 

2 aggregated. The aggregated sets of call parameters are 

3 stored in the tables 18 at step 28 and may be analyzed at 

4 step 30, as by graphically plotting variations in the 

5 parameters, entry into spreadsheets, or the like. 

6 Fig. 3 illustrates an exemplary table 18 of aggregated 

7 call parameters for an exemplary DNIS 34, represented as 

8 (800) XXX-3474. The table 18 lists total duration 35 of 

9 accumulated calls to the DNIS 34 in minutes and the total 

10 number of attempts 37 to call the particular DNIS, by hour 

11 39 and platform 41 throughout a particular date 43. 

12 Fig. 4 illustrates a line graph with a curve 48 showing 

13 total duration of usage 35 of DNIS 33 by hour over a 

14 particular date, which is different from the date set shown 

15 in Fig. 3. The curve 4 8 dramatically indicates the 

16 variation of usage of DNIS 33 throughout the day. The 

17 traffic level diminishes during middle of the night hours, 

18 ramps up during the morning and afternoon hours, and peaks 

19 at 50 in the evening hours. A simple average based on a 

20 total month's usage of DNIS 33 would not detect the evening 

21 peaks 50. Phone lines leased and staffed based on a monthly 

22 average of usage of a DNIS 33 might be inadequate for the 

23 traffic peaks 50. The graphic analysis provided by the 

24 process 1 enables the network operator to accurately 
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1 estimate the peak usage of a given DNIS, so that the network 

2 operator can more effectively market its products and 

3 services and so that a network customer can obtain adequate 

4 and economical levels of network services and staff them to 

5 handle the expected peaks of activity. 

6 Fig. 5 is a line graph illustrating a pair of curves 55 

7 and 57 showing total duration of all calls processed by call 

8 processing platforms B and V by hour, throughout a day. The 

9 data plotted in Fig. 5 was generated using the process 1. 

10 The curves 55 and 57 show the variation in traffic by hour 

11 throughout a day. The process 1 can be used not only for 

12 analyzing the service needs of the network customers, but 

13 also for assessing the capacity and adequacy of network 

14 equipment, such as call processing platforms 10. 

15 The tables 18 and other data generated by the process 1 

16 is preferably archived for a period somewhat greater than a 

17 year. This allows comparisons of traffic levels for network 

18 customers and the network by hour, day, week, and month over 

19 an entire year and a complete cycle of seasons. This allows 

20 for long term planning of customer and network needs. The 

21 tables 18 and other data generated by the process 1 is much 

22 more compact and organized than the original CDR' s 3, such 

23 that storage requirements are reduced. The tables 18 can be 
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1 purged on a regular schedule to enable new data to be 



2 



stored. 



3 



After some history of the data has been established 



4 using the process 1, usage patterns at the individual 

5 network customer and industry level will develop to allow a 

6 "what if?" analysis capability which marketing and capacity 

7 planning components of a network operator can use After the 

8 historical data is loaded, and DNIS and cyclical patterns 

9 have been established, the historical data can be used to 

10 forecast future customer needs. Most customers will fall 

11 into one of a limited number of customer profile segments. 

12 Such segments may include government service, help desk 

13 operations, insurance companies, colleges, and the like. 

14 Because of this segmentation and with knowledge of the 



15 historical usage patterns, network marketing groups will 

16 have the ability to analyze a prospective customer's 

17 expected traffic volume with just a projected total monthly 

18 minutes and/or number of calls figure. The process 1 allows 

19 the customer to select a customer segment which best fits 

20 their industry, select an expected total monthly minutes or 

21 calls quantity along with a month-to-month growth pattern, 

22 and display a tabular or graphical representation of the 

23 expected: daily usage minutes by hour; daily calls by hour; 
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and the expected daily usage pattern, complete with expected 
volume at a busy hour. 

A network capacity planning group can apply this same 
analysis scenario/ since traffic volumes by usage minutes 
can be effectively translated into network port 
requirements. Since the historical data depicts the 
platform ports and minutes available, a network marketing 
group can aggressively pursue customers whose expected 
calling patterns occur at non-peak times of the platforms. 
The process 1 also increases the efficiency of capacity 
planning efforts, since forecasted growth recognized at 
early time frames enables the acquisition of new and 
upgraded equipment in a timely fashion. 

It is to be understood that while certain forms of the 
present invention have been illustrated and described 
herein, it is not to be limited to the specific forms or 
arrangement of parts described and shown. 
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